智慧园区能耗协同
楼宇电表、水表、空调机组统一接入，按 15 分钟粒度归集能耗；异常用能 3 分钟内推送至物业与能源服务商双端。
能耗看板双端告警
星河物联 STARLINK IOT
数字星河 · 生态协作版图
把千万台设备，连成一条看得见的数字星河
我们与设备厂商、行业集成商、算法团队共同搭建一张开放物联网络：统一设备接入协议、统一数据模型、统一卡片式设计语言。你不用推倒现有系统，只要按 12 列栅格接入一层「星河节点」，就能把传感器、网关、边缘算力与业务看板编织进同一块画布。
128ms
端到端平均时延（边缘就近转发）
99.95%
网关链路可用性 SLA
46+
已互通协议与行业数据模型
7天
从接入到首个看板上线
一张画布，串起设备—边缘—云端
左侧联动面板随内容滚动同步刷新指标；每张卡片都是一个可独立交付的物联服务单元，按栅格对齐后可直接嵌入你现有的门户或大屏。
协作生态四件套
无论你是设备方还是集成方，都能在同一套接口约定下对接，避免各自造轮子。
- 01设备接入 SDK：MQTT / CoAP / Modbus 三选一，平均 40 行代码完成上云。
- 02统一物模型：属性 / 事件 / 服务三段式定义，跨厂商字段一次对齐。
- 03卡片组件库：图表、告警、拓扑、控制面板共 32 个响应式卡片。
- 04联合运维台：多方共享同一份告警时间线，责任边界清晰可追溯。
应用场景展示 · 四类伙伴的星河坐标
每个场景都以卡片式设计封装为独立模块，可单独上线，也可按 12 列栅格自由拼装到一张行业大屏中。
01 / 05
设备远程运维
网关在线率、信号强度、固件版本一屏可视；支持灰度升级，先放量 5% 观察 24 小时，再全量推送。
灰度升级在线率
冷链温控追踪
车厢温度采样间隔 60 秒，越限即刻记录并关联运单号；全程留痕，交付时可导出温度合规报告。
温控曲线合规报告
产线预测性维护
采集振动与电流特征，建立基线后偏离 20% 触发预警；工单自动派发至设备厂商与产线班组协同处理。
特征基线协同工单
服务与协作档位
按接入设备量与合作深度分档，价格与权益透明，便于生态伙伴按项目体量选择。
02 / 05¥0 / 首 100 台设备
- 设备接入 SDK 与物模型模板全量开放
- 4 个标准卡片组件 + 1 块基础看板
- 社区支持，工单响应 ≤ 48 小时
- 适合集成商验证单个行业场景
超出 100 台后按 0.6 元/台/月计费。
¥12,800 / 月起
- 含 5,000 台设备额度，支持多租户隔离
- 32 个响应式卡片组件 + 无限看板
- 专属协作通道，响应 ≤ 4 小时
- 每季度一次联合方案评审与优化建议
含 2 次现场或远程联调支持，超出按人天结算。
按需 / 私有化部署
- 设备额度不限，边缘节点可私有化部署
- 开放底层数据总线与二次开发接口
- 专属架构师 1 对 1，响应 ≤ 1 小时
- 可联合发布行业解决方案与白皮书
含年度架构健康度评估与容量规划。
关键数据条 · 协作网络的健康刻度
以下为生态伙伴的平均运行指标区间，用于评估接入质量与协作效率。
03 / 05128ms边缘就近转发的端到端平均时延
99.95%网关链路月度可用性目标
3分钟异常事件从上报到触达责任人的时长
46+已互通协议与行业物模型数量
横向滑动 · 生态伙伴的协作卡片带（设备方 / 集成方 / 算法方 / 运维方）
设备厂商 · 协议直连
提供标准物模型映射表，接入平均耗时 2 人天，固件 OTA 通道共用。
行业集成商 · 方案拼装
按 12 列栅格复用卡片组件，单个行业看板平均 7 天可交付。
算法团队 · 模型托管
特征数据按租户隔离，模型上线走同一套灰度策略，回滚 1 分钟内完成。
运维团队 · 共担值守
共享同一份告警时间线，SLA 分档挂责任方，处置记录可追溯。
工作流程步骤
从协议对齐到看板上线，五步走完，每一步都有可验收的交付物。
04 / 051
需求与协议对齐
梳理设备清单与采样频率，确定 MQTT / CoAP / Modbus 接入方式，产出《设备接入对照表》。
2
物模型建模
按属性 / 事件 / 服务三段式定义字段，统一单位与量纲，避免后续看板返工。
3
沙箱联调
先用 10 台样机跑通链路，验证上报成功率 ≥ 99%、时延 ≤ 200ms 再放量。
4
看板拼装
从卡片组件库选配图表与告警卡，按 12 列栅格排布，适配大屏与移动端断点。
5
灰度与交付
5% 设备灰度 24 小时无异常后全量，交付接入文档与运维手册。
实用指导清单 · 接入前请先对照这六条
这些都是生态伙伴在真实项目里踩过的点，提前处理能省下大量联调时间。
05 / 05① 先定物模型，再谈看板
把每个设备的属性、事件、服务写成三段式定义，单位与量纲必须统一（如温度统一摄氏度、功率统一瓦）。字段命名建议用 domain_metric_unit 形式，例如 coldchain_temp_c，跨厂商对齐时不会歧义。
避坑点：先做界面再补物模型，后期字段一改，所有卡片都要重排。
② 采样频率与上报策略要对齐
温控类建议 60 秒一采、变化超过 0.5℃ 立即上报；能耗类 15 分钟一采即可；振动类需 1kHz 以上高频采样，但只在边缘提取特征后上传，避免带宽被打满。
避坑点：所有设备同一频率上报，会让存储成本翻倍且看板卡顿。
③ 网络抖动必须有本地缓存兜底
网关侧保留至少 24 小时本地缓存，断网恢复后按时间戳补传并去重。补传队列建议限速在带宽的 30% 以内，避免恢复瞬间冲击云端。
量化目标：断网 2 小时后恢复，数据完整率仍应 ≥ 99.5%。
④ 响应式断点与卡片栅格一起设计
桌面按 12 列栅格排布，1024px 折叠为单列分屏，640px 以下卡片单列堆叠。所有卡片用 minmax(0,1fr) 定义列宽，避免长设备名撑破布局。
避坑点：用固定像素宽度写卡片，接入 200 台设备的长命名后必横向溢出。
⑤ 告警分级与责任边界写进协作约定
分三级：提示（仅记录）、警告（推送责任人）、严重（电话 + 工单双通道）。每级明确响应时长：警告 ≤ 30 分钟、严重 ≤ 5 分钟。
避坑点：不分级导致告警疲劳，运维最终会关掉通知，等于没接。
⑥ 灰度发布与回滚预案提前演练
固件与模型上线都先放量 5%，观察 24 小时；关键指标（在线率、上报成功率、时延）任一越界即自动暂停。回滚窗口控制在 1 分钟内。
建议每季度做一次回滚演练，确保协作各方都清楚谁按哪个按钮。