CAP-01
设备接入与协议适配
支持 MQTT / CoAP / Modbus TCP / OPC UA 四类接入，单网关建议不超过 800 个点位，超过后按 200 点位/网关横向扩容。
接入时延 ≤300ms点位上限 800/网关
IOT·GRID / 跃动控制台
申请 14 天沙盒
探索发现 · 物联网解决方案 / 网格系统
让每一次数据跃动，都落在同一张栅格上
把分散的物联网设备、实时数据展示与业务规则，收进一套 12 列栅格系统：设备接入、边缘计算、云端编排与可视化共用同一套对齐基准。探索者可以从任意一格切入，逐层发现数据如何从传感器一路跃动到决策看板。
- ≤120ms端到端遥测时延
- 12 列栅格对齐基准
- 4 档响应式断点
实时数据展示 · 设备拓扑
NODES 1,284 / ONLINE 99.2%
采集频率 1s
写入吞吐 80k 点/秒
数据保存 18 个月
01 / 应用场景展示
在真实现场，发现网格系统的价值
四类现场共用同一套栅格模板：每块看板按 12 列切分，指标卡占 3 列、趋势图占 6 列、告警流占 3 列。悬停任一块即可放大核对字段，避免在多套界面之间来回切换。
02 / 合作伙伴墙
被验证过的接入生态
以下为常见协作角色与其对接口径，方便探索阶段快速定位责任边界与验收标准。
模组厂MQTT/CoAP 固件 · AT 指令集
边缘网关协议转换 · 断网缓存 72h
云平台时序库 · 设备影子
系统集成商现场施工 · 点位验收
数据服务商清洗 · 指标口径对齐
运维团队告警分级 · 值班轮转
03 / 核心能力卡片
六项能力，组成一次完整的科技跃动
每张卡片给出可核对的参数区间，而不是形容词。建议在选型阶段把参数直接抄进验收清单。
CAP-02
实时数据展示
看板默认 5s 增量刷新，关键告警走推送通道 1s 内到达；图表点位超过 2000 时自动降采样为均值曲线，避免渲染卡顿。
刷新 5s告警到达 ≤1s
CAP-03
边缘规则与断网续传
规则在网关本地执行，断网期间本地缓存 72 小时数据，恢复后按时间戳补传，重复数据以设备 ID + 时间戳去重。
缓存 72h补传去重 是
CAP-04
网格化界面系统
12 列栅格 + 4 档断点（1600 / 1024 / 640 / 380），卡片间距统一 12–20px，所有模块共用 4/8pt 间距节奏，改版只改令牌不改结构。
断点 4 档栅格 12 列
CAP-05
告警分级与抑制
告警分 P0–P3 四级，P0 推送 + 电话，P1 推送 + 工单，P2/P3 仅记录；同设备 5 分钟内重复告警自动抑制为一条。
抑制窗口 5min分级 4 级
CAP-06
互动设计与可访问性
悬停放大控制在 1.02–1.08 倍避免抖动，焦点态使用 2px 强调色描边，正文对比度不低于 4.5:1，动效提供减弱模式降级。
对比度 ≥4.5:1放大 ≤1.08×
数据流拓扑 · 边缘 → 云
EDGE 42 / CLOUD 304 / 图文混排特写
一次数据跃动的完整路径
沿着这条路径逐跳观察，能最快发现瓶颈落在哪一层：是采集频率过高、网关算力不足，还是云端写入排队。
- 01感知层：传感器与模组模拟量采样 100ms 内完成，数字量抖动过滤 3 次取样一致才确认。
- 02边缘层：网关与规则本地规则执行 ≤50ms，缓存水位超过 70% 触发预警。
- 03传输层：链路与安全TLS 1.2 以上，心跳 60s，连续 3 次失败判定离线。
- 04平台层：存储与计算时序库写入 80k 点/秒，热数据 90 天、冷数据 18 个月。
- 05应用层：看板与告警栅格看板 5s 刷新，P0 告警 1s 内触达值班人。
05 / 实用指导清单
六条可落地的实施要点
每条都给出做法与可量化阈值，建议直接复制进项目排期表，逐条打勾验收。
要点 01先定栅格，再画界面
在 Figma 中先建 12 列、槽宽 16px 的栅格，把容器宽度定为 1140 / 1400 / 1680 三档。所有页面组件只允许占 3、4、6、12 列，禁止出现 5 列或 7 列这类非标准跨度。
验收口径：任意截图叠加栅格线，偏移不得超过 4px。
要点 02采样频率按业务倒推
不要默认 1s 全量上报。温度类 30s、电参量 15s、振动类 200ms，可按需分层。频率每降一档，网关带宽与云端写入成本约降 40%–60%。
验收口径：单设备日均上行报文 ≤ 3.5 万条。
要点 03断网续传必须演练
拔掉网关上行网线 2 小时，观察本地缓存是否完整、恢复后是否按时间戳补传且不重复。缓存水位到 70% 要提前告警，避免写满后静默丢弃。
验收口径：补传数据完整率 ≥ 99.5%，重复率 ≤ 0.1%。
要点 04告警先分级再抑制
上线前先用两周历史数据回放，统计每类告警日均次数。日均超过 50 条的告警必须降级或加抑制窗口，否则值班人员会在 3 天内关闭通知。
验收口径：P0 告警日均 ≤ 5 条，误报率 ≤ 2%。
要点 05看板按角色拆视图
现场值班只看 6 个核心指标 + 告警流；运维看设备在线率与固件版本；管理层看趋势与达成率。同一份数据用不同栅格切片，避免把 30 个指标塞进一张屏。
验收口径：首屏指标 ≤ 8 个，单屏信息块 ≤ 12 个。
要点 06性能与可访问性同测
上线前在 320px 宽度与 2560px 宽度各测一次，确认无横向滚动条；同时检查键盘焦点顺序与对比度。动效统一在 150–450ms 区间，并提供减弱模式。
验收口径：LCP ≤ 2.5s，交互响应 ≤ 200ms，无横向溢出。
06 / 探索时间轴
从一个传感器出发的纵向推进
按阶段推进，每个阶段都有明确的可交付物与判定标准，避免一次性铺开导致返工。
- 阶段 A · 发现
现场勘查与点位清单
清点设备型号、通信协议与供电条件，输出点位表。建议首期控制在 200 个点位以内，便于 2 周内完成联调。
- 阶段 B · 对齐
栅格与指标口径冻结
确定 12 列栅格跨度规则与指标定义，冻结后再进入开发，避免后期因口径变化重做看板。
- 阶段 C · 贯通
打通采集 → 边缘 → 云
先跑通 10 台设备的端到端链路，验证时延与断网续传，再批量复制到全部点位。
- 阶段 D · 呈现
实时数据展示与告警上线
按角色发布看板，P0 告警接入值班渠道，连续观察 7 天并调优抑制窗口。
- 阶段 E · 跃动
横向扩展与持续优化
按 200 点位/网关扩容，季度回顾一次指标达成率，把有效规则沉淀为模板。
07 / 常见问题 FAQ
探索路上最常被问到的五件事
展开任意一条查看具体做法，答案给出的是阈值与操作，而不是概念解释。
设备数量增长后，网格系统会不会失效？
不会。栅格只约束排布规则，不约束数据量。设备从 200 增到 2000 时，只需在看板中启用分组聚合（按区域或产线），并把卡片跨度从 3 列调整为 4 列，结构无需重做。建议每 500 台设备做一次视图评审。
实时数据展示的刷新频率设多少合适？
默认 5s 增量刷新即可满足绝大多数监控场景；只有告警与安全联动才需要 1s 级推送。把全量刷新频率压到 1s 会让浏览器渲染开销上升约 3 倍，且人眼难以分辨。
旧设备不支持 MQTT，怎么接入？
在边缘网关侧做协议转换：Modbus RTU/TCP、OPC UA 由网关采集后统一转为 MQTT 上行。单台网关建议承载不超过 4 种协议、800 个点位，超出时按协议拆分网关实例。
怎么判断是网络问题还是设备问题？
看三组数据：网关侧心跳是否连续、设备侧最后上报时间、以及本地缓存水位。若心跳正常而设备静默，多为设备侧问题；若心跳断续且缓存水位上升，优先排查链路与供电。
栅格系统如何适配手机与超宽屏？
使用 4 档断点：1600px 以上容器放宽至 1400–1680px、卡片升到 4 列；1024px 以下降为 2 列；640px 以下单列堆叠；380px 以下进一步压缩内边距并保证点按区不小于 44px。
08 / 服务与价格档位
按点位规模选择起步档位
价格以点位规模与功能模块计价，含部署指导与首轮调优。所有档位均包含栅格界面模板与实时数据看板。